home *** CD-ROM | disk | FTP | other *** search
/ Amiga Format CD 33 / Amiga Format AFCD33 (Issue 117, Dec 1998).iso / -seriously_amiga- / graphics / sviewii / readme_wichtig_important < prev    next >
Text File  |  1998-09-07  |  10KB  |  212 lines
  1.  
  2.  When problems occur / wenn Probleme auftauchen (30.7.98)
  3.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  4.  
  5.  ENGLISH             (DEUTSCH siehe unten!/¡Versión en ESPAÑOL al final!)
  6.  -------
  7.     If the program does crash very early, or gives
  8.     error messages, please consult the following
  9.     checklist:
  10.  
  11.        1. Did you select the correct Chipset/Graphics
  12.           card ? If not, please install the program
  13.           again, or take a look at point 4
  14.  
  15.        2. Has the wizard.library been installed ?
  16.           If not: please do it and try again...
  17.  
  18.        3. Has the superview.library been installed ?
  19.           If not: please do it and try again...
  20.  
  21.        4. Has MCP or a similar patch-tool been installed ?
  22.           If so: please disable all patches and maybe
  23.           later try enabling one after an other again.
  24.           In the meantime: please try again...
  25.  
  26.        5. Does the superview.library crash during its
  27.           initialization phase ?
  28.  
  29.           If so: please check, whether rests of a Picasso96
  30.           installation or another RTG emulation still are
  31.           present, which dont't work together with each
  32.           other or with AGA/CyberGraphics.
  33.           If you can't find anything, you may delete unused
  34.           SVDrivers from "LIBS:svdrivers". EGS7.svdriver
  35.           usually is a good candidate for that.
  36.           After that: please try again...
  37.  
  38.           Also: there's a Picasso96API.library replacement for
  39.           CyberGraphX, written by Steffen Haeuser. V20.0 does
  40.           produce a couple of Enforcer hits when being opened.
  41.           You may either: remove it, remove Picasso96.svdriver,
  42.           upgrade to a bug-fixed version.
  43.           After that: please try again...
  44.  
  45.        6. The tool "SnoopDOS" can be very useful, to find out
  46.           about reasons for crashes. For example, it is possible
  47.           to delete all modules that cause crashes, one after
  48.           an other from LIBS:svdrivers/ , LIBS:svobjects/
  49.           or LIBS:svoperators/
  50.           But it is possible, that SnoopDOS V3 itself does cause
  51.           crashes, when under functions 'snooping' of the
  52.           system function OpenLibrary() has been enabled.
  53.           For reasons of safety you should disable this during the
  54.           debugging session, and just make a note about at which
  55.           place a crash does take place (LoadSeg function).
  56.  
  57.           On PPC systems (maybe 68k, too) it may also be necessary
  58.           to specify the "NOPATCHRAMLIB" option of SnoopDOS to
  59.           avoid crashes (CLI/Tooltypes). This is to avoid a
  60.           bug in certain versions of ppc.library (at least every
  61.           version upto V45.20).
  62.  
  63.           For reaching this goal, activate the logfile function and
  64.           either let the logfile be saved into a reset-resistent
  65.           ramdisk or onto a normal floppy disk.
  66.  
  67.        7. Don't forget to check the stack size first, when crashes
  68.           do occur ! You can watch the stacksize using the
  69.           "StackSnoop" tool from Aminet; changing is possible
  70.           within the program's icon (WB) or with the command
  71.           "Stack" (Shell).
  72.  
  73.        8. Within SuperViewLibrary/docs/SuperView-Library.guide read
  74.           the section "Known bugs and workarounds"
  75.  
  76.  
  77.  DEUTSCH (ENGLISH see above!)
  78.  ----------------------------
  79.     Falls das Programm sehr früh abstürzen sollte,
  80.     oder Fehlermeldungen bringt, dann beachten
  81.     Sie bitte folgende Checkliste:
  82.  
  83.        1. Haben Sie das korrekte Chipset bzw. die richtige
  84.           Grafikkarte gewählt ? Falls nicht, installieren Sie
  85.           bitte das Programm erneut, oder werfen Sie einen Blick
  86.           auf Punkt 4.
  87.  
  88.        2. Wurde die wizard.library installiert ?
  89.           Falls nicht: bitte nachholen, und erneut probieren.
  90.  
  91.        3. Wurde die superview.library installiert ?
  92.           Falls nicht: bitte nachholen, und erneut probieren.
  93.  
  94.        4. Ist MCP oder ein verwandtes Patch-Tool installiert ?
  95.           Falls ja: bitte alle Patches desaktivieren,
  96.           und ggf. erst sukzessive wieder aktivieren.
  97.           Zwischenzeitlich: bitte erneut probieren.
  98.  
  99.        5. Stürzt die superview.library während der
  100.           Initialisierung ab ?
  101.           Falls ja: Prüfen Sie, ob Reste einer Picasso96-
  102.           Installation oder einer anderer RTG-Emulation
  103.           installatiert sind, die sich nicht miteinander
  104.           oder mit AGA/CyberGraphics vertragen.
  105.           Sie können notfalls überflüssige SVDriver einfach
  106.           aus "LIBS:svdrivers" löschen. EGS7.svdriver ist
  107.           normalerweise ein vielversprechender Kandidat hierfür.
  108.           Danach: bitte erneut probieren.
  109.  
  110.           Außerdem: es gibt da einen Picasso96API.library-Ersatz für
  111.           CyberGraphX, geschrieben von by Steffen Haeuser. V20.0
  112.           produziert während des Öffnens eine Reihe von Enforcer Hits.
  113.           Sie sollten entweder: es löschen, den Picasso96.svdriver löschen,
  114.           eine neue Version installieren.
  115.           Danach: bitte erneut probieren.
  116.  
  117.        6. Das Tool "SnoopDOS" kann sehr nützlich sein, um
  118.           Crashursachen festzustellen. Man kann z.B. sukzessive
  119.           alle Module, die Crashes verursachen aus LIBS:svdrivers/
  120.           LIBS:svobjects/ oder LIBS:svoperators/ löschen.
  121.           Allerdings kann es sein, daß SnoopDOS V3 selbst
  122.           Abstürze verursacht, falls unter Functions auch die
  123.           Überwachung der System-Funktion OpenLibrary()
  124.           aktiviert ist. Sie sollten dies vorsichtshalber während
  125.           der Überwachung deaktivieren, und sich lediglich notieren,
  126.           an welcher Stelle (LoadSeg-Funktion) ein Crash stattfindet.
  127.  
  128.           Bein PPC-Systemen (möglicherweise auch 68k), kann es außerdem
  129.           nötig sein, die "NOPATCHRAMLIB"-Option von SnoopDOS zu
  130.           aktivieren, um Abstürze abzuwenden (CLI/Tooltypes).
  131.  
  132.           Aktivieren Sie hierzu die Logfile-Funktion und lassen sie
  133.           das Logfile entweder in eine resetfeste Ramdisk oder auf
  134.           eine normale Diskette speichern.
  135.  
  136.        7. Vergessen Sie nicht, zuerst die Stackgröße zu überprüfen,
  137.           falls Abstürze auftreten ! Diese kann mittels des
  138.           "StackSnoop"-Tools aus dem Aminet überwacht werden;
  139.           Änderung ist möglich innerhalb des Icons des Programmes (WB)
  140.           oder mit dem "Stack"-Befehl (Shell).
  141.  
  142.        8. Lesen Sie in SuperViewLibrary/docs/SuperView-Library.guide
  143.           den Abschnitt "Known bugs and workarounds" [ ENGLISCH ]
  144.  
  145.  
  146.  ESPAÑOL (16.12.97 - older version)
  147.  -------
  148.  
  149.     Si el programa se bloquea rápidamente
  150.     u obtiene mensajes de error, por favor,
  151.     verifique los puntos siguientes de esta lista:
  152.  
  153.        1. ¿Ha seleccionado el juego de chips
  154.           o tarjeta gráfica correcta?
  155.           Si no es así, por favor, vuelva a instalar el programa
  156.           otra vez o eche una ojeada al cuarto punto de esta lista.
  157.  
  158.        2. ¿Tiene instalada la biblioteca "wizard.library"?
  159.           Si no es así, instálela y pruebe otra vez.
  160.  
  161.        3. ¿Tiene instalada la biblioteca "superview.library"?
  162.           Si no es así, instálela y pruebe otra vez.
  163.  
  164.        4. ¿Tiene instalado MCP o algún parche similar en su sistema?
  165.           Si es así, por favor, desconecte todos los parches
  166.           (puede que más tarde pueda reactivarlos, aunque tendrá
  167.           que hacerlo uno a uno para identificar aquellos
  168.           que pudieran ser problemáticos) y vuelva a probar.
  169.  
  170.        5. ¿La biblioteca "superview.library" se bloquea
  171.           o falla durante la fase de inicialización?
  172.  
  173.           Si es así, por favor verifique si quedan restos
  174.           de una instalación del software Picasso96 o si
  175.           otra emulación RTG se encuentra presente:
  176.           podrían ser incompatibles de existir varias
  177.           o incompatibles con AGA/CyberGraphics.
  178.           Si no puede encontrarla, deberá borrar los módulos SV
  179.           no utilizados de 'LIBS:svdrivers/'. Después de esto,
  180.           vuelva a intentarlo otra vez, por favor.
  181.  
  182.           También existe una biblioteca "Picasso96API.library"
  183.           sustituta para CyberGraphX, escrita por Steffen Haeuser:
  184.           la versión 20.0 produce un buen número de alertas
  185.           con Enforcer cuando está siendo abierta, de manera
  186.           que... puede borrarla, borrar el módulo Picasso96.svdriver,
  187.           actualizarla por una versión libre de errores.
  188.           Después de esto, vuelva a intentarlo otra vez, por favor.
  189.  
  190.        6. La herramienta "SnoopDOS" puede ser muy útil, para
  191.           localizar causas de bloqueos o fallos. Por ejemplo,
  192.           es posible que al borrar todos los módulos
  193.           ('LIBS:svdrivers', 'LIBS:svobjects', 'LIBS:svoperators')
  194.           se produzcan bloqueos, uno tras otro.
  195.           Pero también es posible que el propio SnoopDOS 3 cause
  196.           bloquos, cuando entre las funciones bajo vigilancia
  197.           se encuentre también la función OpenLibrary():
  198.           por eso debería desactivar esta opción durante la sesión
  199.           de depuración, y limitarse a tomar nota de en qué punto
  200.           se produce el problema (función LoadSeg()).
  201.           Para conseguir esto, utilice la posibilidad que SnoopDOS
  202.           tiene de guardar en fichero ('logfile') informes de todo
  203.           lo que ocurre y defina como lugar donde guardarlo,
  204.           uno que resista el reinicio del sistema
  205.           (un disco flexible normal, un disco de RAM
  206.           que sobreviva al reinicio del sistema,...).
  207.  
  208.        7. Consulte en el fichero en inglés
  209.           SuperViewLibrary/docs/SuperView-Library.guide
  210.           la sección "Known bugs and workarounds".
  211.  
  212.